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DETAILED ACTION 

1 . This action is in response to the communication filed on 07/29/2008. 
Claims 1-2, 4-7, 10-68 are pending in the application. 

New grounds of rejections present in this office action. This office action is non-final. 
Response to Arguments 



2. This is in response to the arguments filed in the Remarks on 07/29/2008. Applicants 
remarks traversed the rejection; especially, Applicants' remarks submit that "setting up 
input/output channels by connecting to a standard input and standard out of a running operating 
system kernel to the module input and module output" forms a patenable factor over reference 
(see remarkd p. 15: to first pass through the kernel. Therefore, Applicants submit that "setting up 
input/output channels by connecting a standard input and a standard output of a running 
operating system kernel to the module input and the module output," as recited in claim 1, does 
add ingredient and utilization). 

Examiner's response: Examiner fails to find any where for discussing a novelty of the 
claims over the prior art. Setting up input/output channels by connecting to a standard input and 
standard output of a running operating system kernel to the module input and module output is 
only a formal thing that does not present a patenability. It is only a requirement. Whovever stated 
a standard input and standard output , will himself admit this is an element of prior art. Therefore, 
it requires a connection bettween input and output as the thing of nature. If there is no setting 
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input/output in the mechanism of Shirakabe's editor, i.e. a channel, then there is no way 
Shirakabe finding an address in the memory kernel for linking a module from library 
environment to the memory kernel. All the arrows indicated as in/out within the static linkage 
editor 7 (Shirakabe's: Figure 1, and prior arts: Figure 2) does the same tasks or inheres the 
recitation of the claims. Thefore, it is not neccessary for a SKILL in the art has to mention the 
same or exact lanaguage of the claims. 

On the other hand, there are no details in the specification for how it forms this 
input/output channel and to present this with a patenable mannner. Including an unpatenable 
thing for a prior art process, then attemping using it to differ from the prior art will render 
obviouseness. 



Claim Rejections - 35 USC § 112 



The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and 
distinctly claiming the subject matter which the applicant regards as his invention. 



4. Claim 34-5 1 are rejected under 35 U.S.C. 112, second paragraph, as being indefinite for 
failing to particularly point out and distinctly claim the subject matter which applicant regards as 
the invention. 
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Claims 34-5 1 recite "computer system" but no elements in the system can be the 
elements of a hardware computer. It cannot be clear the meanings of "computer system" recited 
in the claims. It is known that a computer comprises the hardware elements such as processor, 
memory, peripheral devices, etc. The recitations of these claims do not have any elements 
connecting to such a standard computer. Thus, it is ambiguous to the claimed recitation 
"computer system". It is indefinite because this limitation fails for pointing out the claimed 
subject matters. Interpretation for the limitation in light of the specification is any of (spec): 

systems, computers, devices, components, techniques, computer languages, storage 
techniques, software products and systems, operating systems, interfaces, hardware, etc. 
in order to provide a thorough understanding of the present invention. However, it will be 
apparent to one skilled in the art that the present invention may be practiced in other 
embodiments that depart from these specific details. Detailed descriptions of well-known 
systems, computers, devices, components, techniques, computer languages, storage 
techniques, software products and systems, operating systems, interfaces, and hardware 
are omitted so as not to obscure the description of the present invention. 



Claim Rejections - 35 USC §101 



5. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent 
therefor, subject to the conditions and requirements of this title. 



6. Claims 34-5 1 recite "computer system", where the claims recite means plus functions. 
The means used in the claims does not have any element to make the means performed by a 
hardware system. Therefore, the claimed language is identified to "systems, computers, devices, 
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components, techniques, computer languages, storage techniques, software products and 
systems, operating systems, interfaces, hardware, etc", as in the specification. Thus, the claims 
cover software per se named as "computer system". The claims include software per se that fails 
to meet 35 USC 101. 

Claim Rejections - 35 USC § 103 



7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

A person shall be entitled to a patent unless - 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 



8. Claims 1-2, 4-7, 10-68 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Shirakabe et al, US Pat No. 5,136,709 A in view of Adams et al., US Pat No. 5,778,226 A. 

Given the broadest reasonable interpretation of followed claims in light of the specification. 

As per claim 5 : Shirakabe discloses, 

A method, comprising: creating a loadable module; (See FIG. 1) 
creating an executable program; 



Application/Control Number: 10/670,802 Page 6 

Art Unit: 2191 

and executing the executable program, wherein the executable program performs a method 
comprising the steps of: 

setting up input/output channels by connecting to a standard input and standard out of a 
running operating system kernel to the module input and module output"; 

inserting the loadable module into address space of the running operating kernel, wherein, 
once the loadable the module is inserted into the operating system address space, the loadable 
module begins to execute; and waiting for the loadable module to connect via kernel/user 
channels and then connecting those kernel/user channels to the input/output channels. 

(Shirakabe mentions prior art acts: first of all a user creates a loadable program in his computer 
environment, where the loadable program (such as an object module or load module in FIG. 1) 
needs loaded in an execution/or running kernel. The user simply generates an executable 
program that issues input/output request such as in FIG. 4, or 8 (within the claims is setting up 
input/output channels). The execution of the program will map the loadable program, according 
to input/output request, into the address space (see col. 1). In the disclosure, Shirakabe discloses 
an executable program (algorithm in FIGs 4-5, the program embedded in an editor of FIG. 1. An 
Since the loading is executed by the executable program, it needs time so that the execution 
encounter the instructions that perform the loading - in the reference it shows each driver is 
included with open and close routines (FIG. 8)). 

- Shirakabe discloses the links that convert identification code into addresses as input/output (see 
Absatract); thus, to enable inter-reference operations to be achieved between a kernel and adding 
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input/output between device drivers and kernel to cuase the drivers to be incoporated into the 
operating system (interpreated as setting up input/output channels ). 

-Shirakabe does not address the language of the claim " fry connecting to a standard input and 
standard out of a running system kernel to the module input and module output ". 

- However, Adams et al. discloses the limitation by using a config that establishes routing for 
connects input/output a kernel to modules (See FIG. 3 A, FIG. 8, and See FIG. 10, which shows 
a standard input/output of a running kernel is mapped to a selector for connecting to input/output 
of routines). The disclosure appears for requirement of the art because without connection, 
because without the handshake of the selector (channel), there is no way for running. 

Therefore, it is obvious to any ordinary in the art for combining the teachings, i.e. a 
standard input and input handshaking (appeared being admitted by the language of the claim as 
being "standardized" from a given kernel) for supporting devices modules with kernel which is 
required by computer operating system. Thus, with input/output selector of Adams is for 
conforming to the requirement, it is obvious for yielding predictable results when it is combined 
into the dynamically loading modules of Shirakabe. 

As per claim 6 : Shirakabe further discloses, The method of claim 5, wherein after the loadable 
module is inserted into the address space the loadable module performs a method comprising the 
steps of: creating kernel/user channels (See FIG. 1, FIG. 8); 

creating a thread to execute application code (e.g. see col. 6:27:30, or col. 5:45-46: CALL 
KSUBm); 
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and waiting for the thread to complete. E.g. see FIG. 1, an address space YYY is call and 
RETURN); 

As per claim 7 : Shirakabe further discloses, The method of claim 6, wherein the method 
performed by the loadable module further includes the step of freeing resources after the thread 
completes. 

It recites a principle of execution. For example, a user finishes his job - See FIG. 6, 
OPEN/CLOSE routines to perform the opening or completion. 

As per Claim 1 : Shirakabe discloses, 

A system for dynamically linking application code created by a programmer into a running 
operating system kernel, comprising: 

an environment library comprising one or more routines for insulating the application code 
from the operating system environment and for implementing a uniform execution 
environment, (see FIG. 1, the computer environment implement the linkage editor) 

and a build system for constructing a loadable module from the application code and the 
environment library and for constructing a standard executable program from the loadable 
module and an execution library, wherein the execution library comprises one or more 
routines for transparently loading the loadable module into the running operating system 
kernel, passing arguments to the loadable module, and terminating and unloading the 
loadable module after receiving a termination signal the one or more routines of the execution 
library setting up input/output channels by connecting to a standard input and standard out of 
a running opearting system kernel to the module input and module output 
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(See FIG. 1 . it is a built system for constructing Load Modules (2), including Linkage Library, 
where a loadable program is transparently loading via a Linkage editor. See the process in FIG. 1 
from Linage library, 12, to 7, to 6, to 16). 

- Shirakabe discloses the links that convert identification code into addresses as input/output (see 
Absatract); thus, to enable inter-reference operations to be achieved between a kernel and adding 
input/output between device drivers and kernel to cuase the drivers to be incoporated into the 
operating system (interpreated as setting up input/output channels ). 

-Shirakabe does not address the language of the claim " &y connecting to a standard input and 
standard out of a running system kernel to the module input and module output '. 

However, Adams et al. discloses the limitation by using a config that establishes routing for 
connects input/output a kernel to modules (See FIG. 3 A, FIG. 8, and See FIG. 10, which shows a 
standard input/output of a running kernel is mapped to a selector for connecting to input/output 
of routines). The disclosure appears for requirement of the art because without connection, 
because without the handshake of the selector (channel), there is no way for running. 

Therefore, it is obvious to any ordinary in the art for combining the teachings, i.e. a 
standard input and input handshaking (appeared being admitted by the language of the claim as 
being "standardized" from a given kernel) for supporting devices modules with kernel which is 
required by computer operating system. Thus, with input/output selector of Adams is for 
conforming to the requirement, it is obvious for yielding predictable results when it is combined 
into the dynamically loading modules of Shirakabe. 
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As per Claim 2 : Shirakabe further discloses, The system of claim 1, further comprising an 
infrastructure library comprising one or more routines executed prior to loading the loadable 
module into the running operating system kernel and/or after unloading the loadable module 
from the kernel. (It should be noted that in a standard computer, a directory of stored files is a 
library: using the languages such as environment library, an execution library, infrastructure 
library will not be distinguishable from the memory storage or shared libraries that existed in 
every computer system. The reference is in a computer environment that includes such memory 
storage, shared libraries, where every program in this storage can be executed for verification 
before loaded). 

As per Claim 4 : Shirakabe further discloses. The system of claim 1, wherein the standard 
executable program may be in several files or a single file (It just a program). 

As per claim 10 : Shirakabe further discloses, The system of claim 1, wherein one of the one or 
more routines of the execution library includes code for executing a utility for installing the 
loadable module into the running operating system kernel (See FIG. 1, where "editor" has means 
for executing a utility for installing the loadable module). 

As per Claim 1 1 : Shirakabe further discloses, The system of claim 10, wherein the utility for 
installing the loadable module into the running operating system kernel is the insmod program 
(FIG 1, with Linkage editor has either means of "insmod" or "mesg", or "rmmod" as given broad 
interpretation in light of the specification). 

As per Claim 12 : Shirakabe further discloses, The system of claim 1, wherein the build system 
includes instructions for compiling the application code into object code (The loadable module is 
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executable code (FIG 1, "Object Modules"); in a computer, ever Object code/executable code 
must be from compilation). 

As per Claim 13 : Shirakabe further discloses, The system of claim 12, wherein the build system 
further includes instructions for linking said object code with object code from the environment 
library to produce a linked object module. (See in FIG. 1) 

As per Claim 14 : Shirakabe further discloses, The system of claim 13, wherein the build system 
further includes instructions for converting the linked object module into a C code array 
(OBJECT MODULES has means of C code Array). 

As per Claim 15 : Shirakabe further discloses, The system of claim 13, wherein the build system 
further includes instructions for compiling the C code array to produce an object file and for 
linking said object file with object code from the execution library to produce the standard 
executable program (OBJECT MODULES in FIG 1, has means of being compiled from 
instructions in a compiler). 

As per Claim 16 : Shirakabe further discloses, The system of claim 1, wherein the environment 
library includes one or more routines to create kernel/user channels (Claiming routines is 
claiming program per se, where the reference shows such limitations in FIG. 8). 

As per Claim 17 : Shirakabe further discloses, The system of claim 1, wherein the environment 
library includes one or more routines to create a thread to execute the application code. 
(Claiming routines is claiming program per se, where the reference shows OBJECT MODULES 
are of an application and these MODULES are executable). 
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As per Claim 18 : Shirakabe further discloses, The system of claim 1 7, wherein the environment 
library includes one or more routines for freeing resources and unloading the loadable module 
when the thread completes. 

(See FIG 8, for example, OPEN or CLOSE routines - Note: the limitation can be seen from basis 
commands in a standard editor such as "save", "close", or "exit", etc.) 

As per Claim 19 : Shirakabe further discloses, The system of claim 1, wherein the environment 
library includes one or more routines for (a) copying in arguments; (b) creating communication 
channels that connect the loadable module to the executable program; (c) requesting a block of 
memory from the operating system and storing a structure therein that describes the application 
code; and (d) putting data describing the application code on a task list. (See FIGs 1-8, Claimed 
functionality is a performance through repeated limitations of Claim 1). 

As per Claim 20 : Shirakabe further discloses, The system of claim 19, wherein the environment 
library further includes one or more routines for (a) removing said data describing the 
application code from the task list; 

(b) closing said communication channels that connect the loadable module to the executable 
program; and (c) freeing the block of memory that was requested from the operating system. 

(See FIG 8, for example, OPEN or CLOSE routines - Note: the limitation can be seen from basis 
commands in a standard editor such as "save", "close", or "exit", etc.). 
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As per Claim 21 : Shirakabe discloses, A computer readable storage medium havin g including a 
set of instructions executable by a processor, the set of instructions operable to : 

a first set of computer instructions for insulating application code from an operating system 
environment; a second set of computer instructions for constructing a loadable module from the 
application code and the first set of computer instructions, the loadable module including a 
module input and module output; and a third set of computer instructions for constructing an 
executable program from the loadable module and a fourth set of computer instructions; wherein 
the fourth set of computer instructions includes computer instructions for transparently loading 
the loadable module into a running operating system kernel, passing arguments to the loadable 
module, and terminating and unloading the loadable module from the running operating system 
kernel after receiving a termination signal, the fourth set further includes at least one routine 
setting up input/output channels by connecting to a standard input and standard out of a running 
operating system kernel to the module input and module output 

The claim is a computer readable medium in which the functionality performs the method in 
Claim 1 . See rationale addressed in Claim 1 above for the rejection of Claim 21 . 

As per Claim 22 : Shirakabe further discloses, The computer readable medium of claim 21, 
wherein the computer instructions for loading the loadable module into the running operating 
system kernel include computer instructions for executing a utility for installing the loadable 
module into the running operating system kernel. See rationale addressed in Claim 10 above for 
the rejection of Claim 22. 
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As per Claim 23 : Shirakabe further discloses, The computer readable medium of claim 22, 
wherein the utility for installing the loadable module into the running operating system kernel is 
the insmod program. 

See rationale addressed in Claim 1 1 above for the rejection of Claim 23. Note: "insmod 
program" is subjected to discussion in MPEP 2115. A limitation used in the claim must impart 
functionality, otherwise it is treated as material worked upon and does not limit the claim. 

As per Claim 24 : Shirakabe further discloses, The computer readable medium of claim 21, 
wherein the second set of computer instructions includes instructions for compiling the 
application code into object code. See rationale addressed in Claim 12 above for the rejection of 
Claim 24. 

As per Claim 25 : Shirakabe further discloses, The computer readable medium of claim 24, 
wherein the second set of computer instructions further includes instructions for linking said 
object code with object code from the environment library to produce a linked object module. 
See rationale addressed in Claim 13 above for the rejection of Claim 25. 

As per Claim 26 : Shirakabe further discloses, The computer readable medium of claim 25, 
wherein the third set of computer instructions includes instructions for converting the linked 
object module into a C code array. 

See rationale addressed in Claim 14 above for the rejection of Claim 26. 

As per Claim 27 : Shirakabe further discloses, The computer readable medium of claim 26, 
wherein the third set computer instructions of further includes instructions for compiling the C 
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code array to produce an object file and for linking said object file with object code from a 
library to produce the executable program. 

See rationale addressed in Claim 15 above for the rejection of Claim 27. 

As per Claim 28 : Shirakabe further discloses, The computer readable medium of claim 21, 
wherein the first set of computer instructions includes instructions for creating kernel/user 
channels. See rationale addressed in Claim 16 above for the rejection of Claim 28. 

As per Claim 29 : Shirakabe further discloses, The computer readable medium of claim 21, 
wherein the first set of computer instructions includes instructions for creating a thread to 
execute the application code. See rationale addressed in Claim 17 above for the rejection of 
Claim 29. 

As per Claim 30 : Shirakabe further discloses, The computer readable medium of claim 29, 
wherein the first set of computer instructions includes instructions for freeing resources and 
unloading the loadable module when the thread completes. See rationale addressed in Claim 18 
above for the rejection of Claim 30. 

As per Claim 3 1 : Shirakabe further discloses, The computer readable medium of claim 21, 
wherein the first set of computer instructions includes instructions for (a) creating 
communication channels that connect the loadable module to the executable program; (b) 
requesting a block of memory from the operating system and storing a structure therein that 
describes the application code; and (c) putting data describing the application code on a task 
list. See rationale addressed in Claim 19 above for the rejection of Claim 3 1 . 
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As per Claim 32 : Shirakabe further discloses, The computer readable medium of claim 31, 
wherein the first set of computer instructions further includes instructions for (a) removing said 
data describing the application code from the task list; (b) closing said communication channels 
that connect the loadable module to the executable program; and (c) freeing the block of 
memory that was requested from the operating system. 

See rationale addressed in Claim 20 above for the rejection of Claim 32. 

As per Claim 33 : Shirakabe further discloses, The computer readable medium of claim 21, 
wherein the executable program may be in several files or a single file. 

See rationale addressed in Claim 4 above for the rejection of Claim 33. 

As per Claim 34 : Shirakabe discloses, A computer system, comprising: first means for insulating 
application code from an operating system environment; second means for constructing a 
loadable module from the application code and the first means, the loadable module including a 
module input and a module output; third means for constructing an executable program from the 
loadable module; and fourth means for transparently loading the loadable module into a 
running operating system kernel, passing arguments to the loadable module, and terminating 
and unloading the loadable module from the running operating system kernel after receiving a 
termination signal, the fourth means includes at least one routine setting up input/output 
channels by connecting to a standard input and standard out of a running opearting system 
kernel to the module input and module output 

The claim is a system in which the functionality performs the method in Claim 1 . See rationale 
addressed in Claim 1 above for the rejection of Claim 34. 
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As per Claim 35 : Shirakabe further discloses, The computer system of claim 34, wherein means 
for loading the loadable module into the running operating system kernel include means for 
executing a utility for installing the loadable module into the running operating system kernel. 
See rationale addressed in Claim 10 above for the rejection of Claim 35. 

As per Claim 36 : Shirakabe discloses, The computer system of claim 35, wherein the utility for 
installing the loadable module into the running operating system kernel is the insmod program. 

See rationale addressed in Claim 1 1 above for the rejection of Claim 36. Note: "insmod 
program" is subjected to discussion in MPEP 2115. A limitation used in the claim must impart 
functionality, otherwise it is treated as material worked upon and does not limit the claim. 

As per Claim 37 : Shirakabe discloses, The computer system of claim 34, wherein the second 
means includes means for compiling the application code into object code. See rationale 
addressed in Claim 12 above for the rejection of Claim 37. 

As per Claim 38 : Shirakabe discloses, The computer system of claim 37, wherein the second 
means further includes means for linking said object code with object code from the environment 
library to produce a linked object module. See rationale addressed in Claim 13 above for the 
rejection of Claim 38. 

As per Claim 39 : Shirakabe discloses, The computer system of claim 38, wherein the third means 
includes means for converting the linked object module into a C code array. See rationale 
addressed in Claim 14 above for the rejection of Claim 39. 

As per Claim 40 : Shirakabe discloses, The computer system of claim 39, wherein the third means 
further includes instructions for compiling the C code array to produce an object file and for 
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linking said object file with object code from a library to produce the executable program. See 
rationale addressed in Claim 15 above for the rejection of Claim 40. 

As per Claim 41 : Shirakabe discloses, The computer system of claim 34, wherein the first means 
includes means for creating kernel/user channels. See rationale addressed in Claim 16 above for 
the rejection of Claim 41 . 

As per Claim 42 : Shirakabe discloses, The computer system of claim 34, wherein the first means 
includes means for creating a thread to execute the application code. See rationale addressed in 
Claim 17 above for the rejection of Claim 42. 

As per Claim 43 : Shirakabe discloses, The computer system of claim 42, wherein the first means 
includes means for freeing resources and unloading the loadable module when the thread 
completes. See rationale addressed in Claim 18 above for the rejection of Claim 43. 

As per Claim 44 : Shirakabe discloses, The computer system of claim 34, wherein the first means 
includes means for (a) creating communication channels that connect the loadable module to the 
executable program; (b) requesting a block of memory from the operating system and storing a 
structure therein that describes the application code; and (c) putting data describing the 
application code on a task list. 

See rationale addressed in Claim 19 above for the rejection of Claim 44. 

As per Claim 45 : Shirakabe discloses, The computer system of claim 44, wherein the first means 
further includes means for (a) removing said data describing the application code from the task 
list; (b) closing said communication channels that connect the loadable module to the executable 
program; and (c) freeing the block of memory that was requested from the operating system. 
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See rationale addressed in Claim 20 above for the rejection of Claim 45. 

As per Claim 46 : Shirakabe discloses, The computer system of claim 34, wherein the executable 
program may be in several files or a single file. See rationale addressed in Claim 4 above for the 
rejection of Claim 46. 

As per Claim 47 : See rationale addressed in Claim 5 above for the rejection of Claim 47. 

As per Claim 48 : Shirakabe discloses, The computer system of claim 47, wherein the loadable 
module is configured to perform a method after the loadable module is inserted into the 
operating system address space, wherein said method comprises the steps of: creating 
kernel/user channels; creating a thread to execute the application code; and waiting for the 
thread to complete. See rationale addressed in Claim 6 above for the rejection of Claim 48. 

As per Claim 49 : See rationale addressed in Claim 7 above for the rejection of Claim 49. 

As per Claim 50 : Shirakabe discloses, The computer system of claim 47, wherein the step of 
inserting the loadable module into an operating system address space includes the step of 
creating a child process, wherein the child process replaces its image with the insmod process 
image (See the editor using in FIGs 1, 8). 

As per Claim 5 1 : Shirakabe discloses, The computer system of claim 50, wherein the step of 
inserting the loadable module into an operating system address space further includes the step of 
piping the loadable module to the insmod process. (See the editor using in FIGs 1, 8). 

As per Claim 52 : Shirakabe discloses, A method for dynamically linking application code 
created by a user into a running operating system kernel, comprising: 
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constructing a loadable module from application source code written by a user, the loadable 
module including a module input and module output; setting up input/output channels by 
connecting to a standard input and standard out of a running opearting system kernel to the 
module input and module output (See FIG. 1, Shirakabe shows loadable modules are created 
within libraries seen via an Editor); 

creating an executable program, wherein the executable program is configured to 
transparently load the loadable module into the running operating system kernel (See FIG. 8, 
Shirakabe shows transparently loading the loadable modules as noted in FIG. 1, into the running 
operating system; 

executing the executable program, thereby loading the loadable module into the running 
operating system kernel (See Col. 5:24-65); 

and unloading the loadable module from the running operating system kernel by sending a 
termination signal to the executable program (See FIG. 8, provided with OPEN/CLOSE 
routines). 

-Shirakabe does not address the language of the claim " by connecting to a standard input and 
standard out of a running system kernel to the module input and module output ". 

- However, Adams et al. discloses the limitation by using a config that establishes routing for 
connects input/output a kernel to modules (See FIG. 3 A, FIG. 8, and See FIG. 10, which shows 
a standard input/output of a running kernel is mapped to a selector for connecting to input/output 
of routines). The disclosure appears for requirement of the art because without connection, 
because without the handshake of the selector (channel), there is no way for running. 
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- Therefore, it is obvious to any ordinary in the art for combining the teachings, i.e. a standard 
input and input handshaking (appeared being admitted by the language of the claim as being 
"standardized" from a given kernel) for supporting devices modules with kernel which is 
required by computer operating system. Thus, with input/output selector of Adams is for 
conforming to the requirement, it is obvious for yielding predictable results when it is combined 
into the dynamically loading modules of Shirakabe. 

As per Claim 53 : Shirakabe discloses, The method of claim 52, wherein the application source 
code is an ordinary application program. (The OBJECT MODULES shown in FIG 1 are 
loadable modules of an application that could be original). 

As per Claim 54 : Shirakabe discloses, The method of claim 52, wherein the step of constructing 
the loadable module from the application source code consists essentially of executing a pre- 
defined makefile. 

(Such OBJECT MODULES shown in FIG 1 are pre-executable before loaded). 

As per Claim 55 : Shirakabe discloses, The method of claim 52, further comprising the step of 
providing a makefile to the user, wherein the user performs the step of constructing the loadable 
module by executing the makefile after the user has created the application code. 

This claim is associated with user intervention; every acts performed by a user is prior art. The 
reference is operable by a user via the editor in term of choice. For example, a user uses an 
editor to create a file, to compile the file, to execute the file. This is a basis of program 
generation. 
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As per Claim 56 : Shirakabe discloses, The method of claim 52, further comprising the step of 
providing the user with a library comprising object code, wherein the step of constructing the 
loadable module from the application source code comprises the steps of compiling the 
application source code into object code; linking the object code with object code from the 
library to produce a linked object module; and converting the linked object module into a C code 
array. (See FIG. 1: OBJECT MODULES, and rationale addressed in Claim 14). 

As per Claim 57 : Shirakabe discloses, The method of claim 56, wherein the step of constructing 
the loadable module further comprises the step of compiling the C code array to produce an 
object file. 

See rationale addressed in Claim 15. 

As per Claim 58 : Shirakabe discloses, The method of claim 57, further comprising the step of 
providing the user with a second library comprising object code, wherein the step of 
constructing the executable program comprises the steps of linking the object file with object 
code from the second library (See FIG. 1 or FIG. 8). 

As per Claim 59 : Shirakabe discloses, The method of claim 56, wherein the library includes one 
or more routines to create kernel/user channels. (See FIG. 1, FIG. 8); 

As per Claim 60 : Shirakabe discloses, The method of claim 56, wherein the library includes one 
or more routines to create a thread to execute the application code (e.g. see col. 6:27:30, or col. 
5:45-46: CALL KSUBm); 
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As per Claim 61 : Shirakabe discloses, The method of claim 60, wherein the library includes one 
or more routines for freeing resources and unloading the loadable module when the thread 
completes (E.g. see FIG. 1, an address space YYY is call and RETURN). 

As per Claim 62 : Shirakabe discloses, The method of claim 56, wherein the library includes one 
or more routines for (a) copying in arguments; (b) creating communication channels that 
connect the loadable module to the executable program; (c) requesting a block of memory from 
the operating system and storing a structure therein that describes the application code; and (d) 
putting data describing the application code on a task list. See rationale addressed in Claim 19 
above. 

As per Claim 63 : Shirakabe discloses, The method of claim 62, wherein the environment library 
further includes one or more routines for (a) removing said data describing the application code 
from the task list; (b) closing said communication channels that connect the loadable module to 
the executable program; and (c) freeing the block of memory that was requested from the 
operating system. See rationale addressed in Claim 20 above. 

As per Claim 64 : Shirakabe discloses, The method of claim 52, wherein the executable program 
is configured to set up input/output channels. See rationale addressed in Claim 3 above. 

As per Claim 65 : Shirakabe discloses, The method of claim 52, wherein the executable program 
is configured to execute a utility for installing the loadable module into the running operating 
system kernel. See rationale addressed in Claim 10 above. 
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As per Claim 66 : Shirakabe discloses, The method of claim 65, wherein the utility for installing 
the loadable module into the running operating system kernel is the insmod program. See 
rationale addressed in Claim 1 1 above. 

As per Claim 67 : Shirakabe discloses, The method of claim 65, wherein the step of inserting the 
loadable module into an operating system address space includes the step of creating a child 
process, wherein the child process replaces its image with the insmod process image. (See FIG. 
1,FIG. 8). 

As per Claim 68 : Shirakabe discloses, The method of claim 67, wherein the step of inserting the 
loadable module into an operating system address space further includes the step of piping the 
loadable module to the insmod process (See FIG. 1, FIG. 8). 



Conclusion 

9. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ted T. Vo whose telephone number is (571) 272-3706. The 
examiner can normally be reached on 8:00AM to 4:30PM. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Wei Y. Zhen can be reached on (571) 272-3708. 

The facsimile number for the organization where this application or proceeding is 
assigned is the Central Facsimile number 571-273-8300. 
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Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. Information regarding the status of 
an application may be obtained from the Patent Application Information Retrieval (PAIR) 
system. Status information for published applications may be obtained from either Private PAIR 
or Public PAIR. Status information for unpublished applications is available through Private 
PAIR only. For more information about the PAIR system, see http://pair-direct.uspto.gov. 
Should you have questions on access to the Private PAIR system, contact the Electronic Business 
Center (EBC) at 866-217-9197 (toll-free). 
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October 28, 2008 
/Ted T. Vo/ 

Primary Examiner, Art Unit 2191 



